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DETAILED ACTION 

This Office Action in Reply to communication filed on 09/04/2008. 

Response to Amendment 

1 . Claims 1 , 9, 1 8-21 , and 23-29 are amended and claims 2, 4, and 22 are canceled 
herein. Claims 1, 3, 5-21, and 23-29 are pending in this amendment, and represent 
"TECHNIQUES FOR AUTOMATICALLY CREATING AN IBGP MESH". 

Response to Arguments 

2. Applicant's arguments with respect to claims 1 , 3, 5-21 , and 23-29 have been 
considered but are moot in view of the new grounds of rejection below. 



Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 



4. Claims 1 , 3, 5-21 , and 23-29 are rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over Unbehagen et al (hereinafter Unbe) U.S. Application No. 
20050097203 A1 , in view of Jacobson et al (hereinafter Jacob) 71 20792 B1 . 
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Regarding claim 1, Unbe teaches a method establishing a BGP mesh in a 
network (fig. 2), comprising: 

receiving-BGP peering information flooded from a network device-to the BGP 
peering information comprising static configuration parameters (par. 0019, and 0020; 
note peering information regarding edge provider devices 16 with configuration 
information such and identifier for the VPN); and 

automatically discovering at least one neighbor utilizing said received BGP 
peering information (par. 0005, and 0020); and 

automatically establishing a BGP peering session with said at least one 
neighbor to establish a BGP mesh (0005-0006). 

However, Unbe does not teach the details of "flooded BGP peering information 
from a network device " as stated above. Nonetheless, this feature is well-known in the 
art and would have been an obvious modification as evidenced by Jacob. In the same 
field of endeavor, Jacob discloses a system and method that employs a flooding 
technique , in which a route processor communicates only with adjacent route 
processors and a number of border routers from which routing information is received, 
to communicate BGP information... (see Jacob, col. 2, lines 28-37; col. 4, lines 26-39, 
53-67). Accordingly, it would have been obvious for an ordinary skill in the art, at the 
time the invention was made, to have incorporated the technique of Jacob within the 
structure of Unbe, for the purpose of developing a flooding technique that does not 
require a separate connection between every router processor, and dramatically 
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reduces the resources required to communicate border gateway protocol (BGP) and 
other routing information" as stated by Jacob as a key advantage (see Summary if 
invention, col 2, 38-41). By this rationale, claim 1 is rejected. 

Regarding claims 3, 5-21 , and 23-29, the combination Unbe-Jacob teaches: 
Claim 2 (canceled). 

Claim 3 (original): The method of claim 1 , wherein the network device is a 
router or route reflector (Unbe; 0017, devices 16). 

Claim 4 (canceled). 

Claim 5 (original): The method of claim 1, wherein the BGP peering information 
comprises a BGP identifier (Unbe; par. 0026, fig. 3B). 

Claim 6 (original): The method of claim 1 , wherein the BGP peering 
information comprises a flooding protocol (Unbe; 00005, 0020). 

Claim 7 (original): The method of claim 6, wherein the flooding protocol is 
OSPF or ISIS (Jacob; col. 1, 40-63). 

Claim 8 (original): The method of claim 1 , wherein the BGP peering 
information comprises a flooding scope (Jacob; col. 1, 40-63; col. 2, 26-42). 

Claim 9 (currently amended): The method of claim 1, wherein the BGP 
peering information comprises an autosynchronous system (AS) number or 
confederation sub-AS number (Jacob; col. 1, 40-63; col. 2, 26-42). 
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Claim 10 (original): The method of claim I, wherein the BGP peering 

information comprises a force new peering flag and a new peering address (Unbe; 

0018-0020). 

Claim 1 1 (original): The method of claim I, wherein the BGP peering 
information comprises an originator flag (Unbe; 0018). 

Claim 12 (original): The method of claim 11, wherein the BGP peering 
information comprises an address family identifier (Unbe; 0028). 

Claim 13 (original): The method of claim 1, wherein the BGP peering 
information comprises a route reflector flag (Unbe; 0028, 0019-0020). 

Claim 14 (original): The method of claim 13, wherein the BGP peering 
information comprises an address family identifier (Unbe; 0028). 

Claim 15 (original): The method of claim 13, wherein the BGP peering 
information comprises a cluster identifier (Unbe; 0028, 0020). 

Claim 16 (original): The method of claim 1, wherein the BGP peering 
information comprises an old BGP identifier (Unbe; 0028, 0019-0020). 

Claim 17 (original): The method of claim 1, wherein the BGP mesh is an 
iBGP mesh (Unbe; 0006, and 0027). 



Application/Control Number: 1 0/791 ,630 Page 6 

Art Unit: 2443 

Claim 18 (currently amended): A network system that establishes a BGP mesh 
in a network (Unbe; fig. 2), comprising: 

a first network device flooding BGP peering information comprising static 
configuration parameters (Unbe; par. 0019, and 0020; note peering information 
regarding edge provider devices 16 with configuration information such and identifier for 
the VPN); and 

at least one other network device that receives the BGP peering information, 
automatically discovers at least one neighbor utilizing said received BGP peering 
information (see Unbe; par. 0005, and 0020), 

automatically establishes a BGP session with the at least one neighbor to establish a 
BGP mesh (Unbe; 0005-0006); see also (see Jacob, col. 2, lines 28-37; col. 4, lines 26- 
39, 53-67). 

Claim 19 (currently amended): A computer-readable storage medium encoded 

with a computer program that establishes a BGP mesh in a network (Unbe; fig. 2), the 

computer program comprising: 

computer code that configures a processor to receive-flood BGP peering 
information flooded from a network device the BGP peering information comprising 
static configuration parameters (Unbe; par. 0019, and 0020; note peering information 
regarding edge provider devices 16 with configuration information such and identifier for 
the VPN); 
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computer code that configures a processor to automatically discover at least one 
neighbor utilizing said received BGP peering information (see Unbe; par. 0005, and 
0020); and 

computer code that automatically establishes a BGP session with the 

at least one neighbor to establish a BGP mesh (Unbe; 0005-0006); see also (see 

Jacob, col. 2, lines 28-37; col. 4, lines 26-39, 53-67). 

Claim 20 (currently amended): A network system that establishes a BGP mesh 
in a network, comprising: 

a-means for the BGP peering information comprising static configuration parameters 
(Unbe; par. 0019, and 0020; note configuration information such and identifier for the 
VPN); 

means for automatically discovering at least one neighbor utilizing said received BGP 
peering information (see Unbe; par. 0005, and 0020); and 

means automatically establishing a BGP session with the at least one neighbor to 
establish a BGP mesh (Unbe; 0005-0006); see also (see Jacob, col. 2, lines 28-37; col. 
4, lines 26-39, 53-67). 
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Claim 21 (currently amended): A method of establishing a BGP mesh in a 
network (Unbe; fig. 2), comprising: 

receiving BGP peering information from a network device (Unbe; par. 0019, and 0020; 
note peering information regarding edge provider devices 16 with configuration 
information such and identifier for the VPN); 

analyzing the BGP peering information to identify at least one neighbor, and 

performing a BGP session with the at least one neighbor to establish a BGP 
mesh (see Unbe; par. 0005-0006, and 0020); and flooding the received BGP peering 
information at least one other network device (Unbe; 0005-0006); see also (see Jacob, 
col. 2, lines 28-37; col. 4, lines 26-39, 53-67). 

Claim 22 (canceled). 

Claim 23 (currently amended): A network system that establishes a BGP mesh 
in a network (Unbe; fig. 2), comprising: 

a first network device that receives BGP peering information, analyzes the 
BGP peering information to identify at least one neighbor, performs a BGP session 
with the at least one neighbor to establish a BGP mesh, and floods the BGP peering 
information (see Unbe; par. 0005, and 0020; also see fig. 2 ); and 
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a second network device that receives the BGP peering information from the 
first network device (see Unbe; par. 0005, and 0020; see also fig. 2). 



Claim 24 (currently amended): A computer-readable storage medium encoded 

with a computer program that establishes a BGP mesh in a network (Unbe; fig. 2), the 

computer program comprising: 

computer code that receives BGP peering information (Unbe; par. 0019, and 0020; 
note peering information regarding edge provider devices 16 with configuration 
information such and identifier for the VPN); 

computer code that analyzes the BGP peering information to identify at least 
one neighbor (see Unbe; par. 0005, and 0020); 

computer code that performs a BGP session with the at least one neighbor to 
establish a BGP mesh (see Unbe; par. 0005-0006, and 0020); and 

computer code that floods the BGP peering information ; see also (see Jacob, col. 2, 
lines 28-37; col. 4, lines 26-39, 53-67). 



Claim 25 (currently amended): A network system that establishes a BGP mesh 
in a network (Unbe; fig. 2), comprising: 
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a-means for receiving BGP peering information (Unbe; par. 0019, and 0020; note 
peering information regarding edge provider devices 16 with configuration information 
such and identifier for the VPN); 

a-means for analyzing the BGP peering information to identify at least one 
neighbor (see Unbe; par. 0005, and 0020); 

a-means for performing a BGP session with the at least one neighbor to 
establish a BGP mesh (see Unbe; par. 0005-0006, and 0020); and 

a-means for flooding the received BGP peering information ; see also (see Jacob, col. 
2, lines 28-37; col. 4, lines 26-39, 53-67). 



Claim 26 (currently amended): A method of establishing an iBGP mesh in a 
network (Unbe; fig. 2), comprising: 

receiving flooding iBGP peering information flooded from a network device-to 
the BGP peering information comprising static configuration parameters (Unbe; par. 
0019, and 0020; note peering information regarding edge provider devices 16 with 
configuration information such and identifier for the VPN; also see 0022); 

automatically discovering the at least one neighbor utilizing said received BGP peering 
information (see Unbe; par. 0005, and 0020); and 
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automatically establishing an iBGP session with the at least one 

neighbor to establish an iBGP mesh (see Unbe; par. 0005-0006, and 0020) ; see also 

(see Jacob, col. 2, lines 28-37; col. 4, lines 26-39, 53-67). 



Claim 27 (currently amended): A network system that establishes an iBGP 
mesh in a network (Unbe; fig. 2), comprising: 

a first network device flooding iBGP peering information comprising static 
configuration parameters (Unbe; par. 0019, and 0020; note peering information 
regarding edge provider devices 16 with configuration information such and identifier for 
the VPN); and 

at least one other network device that receives the iBGP peering information, 
automatically discovers at least one neighbor utilizing said received BGP peering 
information (see Unbe; par. 0005, 0020 and 0026), automatically establishes an iBGP 
session with the at least one neighbor to establish an iBGP mesh (see Unbe; par. 0005- 
0006, and 0020) ; see also (see Jacob, col. 2, lines 28-37; col. 4, lines 26-39, 53-67). 



Claim 28 (currently amended): A computer-readable storage medium encoded 

with a computer program that establishes an iBGP mesh in a network (Unbe; fig. 2), the 

computer program comprising: 
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computer code that configures a processor to receive iBGP peering information flooded 
from a network device, the iBGP peering information comprising static configuration 
parameters computer code that configures a processor to automatically at least one 
neighbor utilizing said received BGP peering information (Unbe; par. 0019, and 0020; 
note peering information regarding edge provider devices 16 with configuration 
information such and identifier for the VPN); and 

computer code that automatically establishes-an iBGP session with 

the at least one neighbor to establish an iBGP mesh (see Unbe; par. 0005-0006, 0020, 

and 00026) ; see also (see Jacob, col. 2, lines 28-37; col. 4, lines 26-39, 53-67). 

Claim 29 (currently amended): A network system that establishes an iBGP 
mesh in a network (Unbe; fig. 2), comprising: 

means for receiving iBGP peering information flooded a network device, the iBGP 
peering information comprising static configuration parameters (Unbe; par. 0019, and 
0020; note peering information regarding edge provider devices 16 with configuration 
information such and identifier for the VPN); 

a-means for automatically discovering at least one neighbor utilizing said received BGP 
peering information (see Unbe; par. 0005, and 0020); and 
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a-means for automatically an iBGP session with the at least one neighbor to establish 
an iBGP mesh (see Unbe; par. 0005-0006, and 0020) ; see also (see Jacob, col. 2, 
lines 28-37; col. 4, lines 26-39, 53-67). 



Conclusion 

5. This action is made Non-Final. Any inquiry concerning this communication or 
earlier communications from examiner should be directed to Jude Jean-Gilles whose 
telephone number is (571 ) 272-3914. The examiner can normally be reached on 
Monday-Thursday and every other Friday from 8:00 AM to 5:30 PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Nathan Flynn, can be reached on (571) 272-1915. The fax phone number 
for the organization where this application or proceeding is assigned is (571 ) 273-3301 . 

Any inquiry of a general nature or relating to the status of this application or 
proceeding should be directed to the receptionist whose telephone number is (571) 272- 
0800. 

/Jude J Jean-Gilles/ 
Examiner, Art Unit 2443 
JJG 

December 06, 2008 
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